約 1,205,118 件
https://w.atwiki.jp/flex_framework/pages/21.html
PureMVCの表現領域であるView層について記述していきます。 この層で利用されるクラスは以下の通りです。 MXML Mediatorクラス これらについても概要は既に述べていますので、 サンプルを見てみましょう。 まずはMXMLファイルからです。 このMXMLファイルは先に記述したMXMLファイルの中ではなく、 Viewコンポーネントとして作成したMXMLファイルです。 先に記述されたMXMLファイルの解説の中の⑤にあたります。 「CalclationPanel.mxml」 ?xml version="1.0" encoding="utf-8"? mx Panel xmlns mx="http //www.adobe.com/2006/mxml" ・・・・・・・・・・・・・・・・・・・・・・・・・・・・① layout="vertical" width="400" height="300" creationComplete="{this.init()}" !-- このUIコンポーネントで発生するすべてのイベントをここで列挙 -- mx Metadata ・・・・・・・・・・・・・・・・・・・・・・・・・・・・② [Event( click1 )] [Event( click2 )] [Event( click3 )] [Event( click4 )] [Event( click5 )] [Event( click6 )] [Event( click7 )] [Event( click8 )] [Event( click9 )] [Event( click0 )] [Event( clickPlus )] [Event( clickMinus )] [Event( clickEqual )] [Event( clickClear )] /mx Metadata mx Script ![CDATA[ import example.model.vo.CalclationVO; // このUIコンポーネントで発生するすべてのイベントの文字列を列挙（上のMetadataタグとここの文字列の内容は必ず一緒になる） public static const click1 String = "click1"; ・・・・・・・・・・・・・・・・・・・③ public static const click2 String = "click2"; public static const click3 String = "click3"; public static const click4 String = "click4"; public static const click5 String = "click5"; public static const click6 String = "click6"; public static const click7 String = "click7"; public static const click8 String = "click8"; public static const click9 String = "click9"; public static const click0 String = "click0"; public static const clickPlus String = "clickPlus"; public static const clickMinus String = "clickMinus"; public static const clickEqual String = "clickEqual"; public static const clickClear String = "clickClear"; // 画面表示用VO [Bindable] public var calcVO CalclationVO; ・・・・・・・・・・・・・・・・・・・・・・④ /** * 初期化処理 */ private function init() void ・・・・・・・・・・・・・・・・・・・・・・・・・・・・・⑤ { calcVO = new CalclationVO(); ・・・・・・・・・・・・・・・・・・・・・・・・・・⑥ } ]] /mx Script mx TextInput id="txtOutput" editable="false" text="{calcVO.calcString}" / ・・・・・・・・・・・・・・・⑦ mx HBox mx Button id="btn1" label="1" click="{dispatchEvent(new Event( click1 ) )}" / ・・・・・・・・・・・・・・・・・⑧ mx Button id="btn2" label="2" click="{dispatchEvent(new Event( click2 ) )}" / mx Button id="btn3" label="3" click="{dispatchEvent(new Event( click3 ) )}" / mx Button id="btnPlus" label="+" click="{dispatchEvent(new Event( clickPlus ) )}" / /mx HBox mx HBox mx Button id="btn4" label="4" click="{dispatchEvent(new Event( click4 ) )}" / mx Button id="btn5" label="5" click="{dispatchEvent(new Event( click5 ) )}" / mx Button id="btn6" label="6" click="{dispatchEvent(new Event( click6 ) )}" / mx Button id="btnMinus" label="-" click="{dispatchEvent(new Event( clickMinus ) )}" / /mx HBox mx HBox mx Button id="btn7" label="7" click="{dispatchEvent(new Event( click7 ) )}" / mx Button id="btn8" label="8" click="{dispatchEvent(new Event( click8 ) )}" / mx Button id="btn9" label="9" click="{dispatchEvent(new Event( click9 ) )}" / mx Button id="btnEqual" label="=" click="{dispatchEvent(new Event( clickEqual ) )}" / /mx HBox mx HBox mx Button id="btn0" label="0" click="{dispatchEvent(new Event( click0 ) )}" / mx Button id="btnClear" label="C" click="{dispatchEvent(new Event( clickClear ) )}" / /mx HBox /mx Panel ①Panelタグ このタグも説明の必要はないでしょう。 Flexのパネルタグです。 このタグのプロパティとして注目すべきは以下の点です。 layout="vertical" レイアウトについてです。 Verticalの設定なので「縦並び」ということですね。 取り立てて、大きく扱うプロパティではないのですが、Absorute（絶対位置）では都合が悪かったので、Verticalにしてみました。 width="400" height="300" このコンポーネントの大きさです。 縦４００ピクセル、横３００ピクセルです。 creationComplete="{this.init()}" ②Metadataタグ このコンポーネントがもつイベントのすべてを記述しています。 このタグの中に宣言することにより、このコンポーネントが当該イベントを送出することができるようになります。 ここでは各ボタンに対応するイベントを設定しました。 ボタン１を押したら「click1」イベントが起きるということです。 このイベントに対応するハンドラは次に出てくるMediatorクラスでハンドルされます。 ③public static const click1 String = "click1"; イベントの名称です。 Metadataタグの中で記述されたイベント名をすべてpublic static constとして宣言し、 送出されたイベント名を特定できるようにしています。 単純にいえば public static const click1 = [Event( click1 )] という意味です。 これは後述される⑧とMediatorクラスで利用されています。 ④public var calcVO CalclationVO; このクラスが保持するインスタンス変数の宣言です。 VOとあるとおり、前回にありましたValueObjectのことで、 ここでは計算結果を表示するためのBindableな変数として扱っています。 このクラスもまた、Mediatorクラスに出てきます。 ⑤creationComplete時に呼び出される初期化メソッド ここでは「init」としていますが、functionの名称は何でもOKです（初期化を示す単語であれば尚良しです）。 ここで重要なのは次の④のことを実行することです。 ⑥calcVO = new CalclationVO(); インスタンス変数であるcalcVOをインスタンス化しています。 ここでインスタンス化しないとこのcalcVO変数は永遠にインスタンス化されません （誰がインスタンス化していいのかわからない）ので。 ⑦ mx TextInput id="txtOutput" editable="false" text="{calcVO.calcString}" / TextInputコンポーネントです。 ここではeditableプロパティをfalseとすることで、ユーザー入力をしないようにしています。 計算機なので、直接入力してもらうと何かと不便なので、こうしています。 またtextプロパティではインスタンス変数であるcalcVOのcalcStringというプロパティを参照しています。 ここで参照することにより、calcVOのcalcStringプロパティの中身がTextInputコンポーネントに表示されるわけです。 ⑧ mx Button id="btn1" label="1" click="{dispatchEvent(new Event( click1 ) )}" / Buttonコンポーネントです。 いわゆるイベントを送出するためのものですね。 ご覧のようにclickイベントでは dispatchEvent(new Event( click1 ) ) としてclick1というイベントを送出しています。 これは②で述べたMetadataタグの中で指定している [Event( click1 )] と関連付けされ、このCalclationPanel.mxmlという ViewコンポーネントはMetadataタグに指定された イベントを発生させるということがわかるでしょう。 さて、ここまでではMXMLファイルの解説（いわゆるViewコンポーネント）の解説をしてきました。 このMXMLが画面上に表示される直接的なインターフェースを表していることになります。 そして、このMXMLにMetadataとしてイベントが記述されていることがわかるでしょう。 CairngormではイベントはすべてFrontController（ApplicationController）と呼ばれている部分に 集中していました。 MXMLの中でMetadataタグを使ってのイベント記述は一切なく、 すべてがFrontControllerに集中していたわけです。 集中管理できるのは利点ですが、どのViewがどんなイベントを起こしているのかわからなくなってしまうことが多く、 この点を改善したのがPureMVCといえるのではないでしょうか。 MXMLを見ればそのコンポーネントがどんなイベントを起こすのかすぐにわかるというのは大きな利点ですね。 次にMediatorクラスです。 「CalclationPanelMediator.as」 package example.view { import org.puremvc.patterns.mediator.Mediator; import org.puremvc.interfaces.INotification; import org.puremvc.interfaces.IMediator; import example.model.CalclationProxy; import example.view.components.CalclationPanel; import flash.events.Event; import example.ApplicationFacade; import example.model.vo.CalclationVO; public class CalclationPanelMediator extends Mediator implements IMediator ・・・・・・・・・・・・・・・・・・① { private var proxy CalclationProxy; ・・・・・・・・・・・・・・・・・・・② public static const NAME String = "CalclationPanelMediator"; ・・・・・・・・・・・・・・・・・・③ /** * コンストラクタ * ここではこのMediatorクラスで発生するイベントのリスナを登録 */ public function CalclationPanelMediator(view Object) void ・・・・・・・・・・・・・・・・・④ { // 親クラスのコンストラクタの呼び出し super(view); ・・・・・・・・・・・・・・・・・・⑤ // ハンドラの登録 calclationForm.addEventListener(CalclationPanel.click0,onClick); ・・・・・・・・・・・・・・・・・⑥ calclationForm.addEventListener(CalclationPanel.click1,onClick); calclationForm.addEventListener(CalclationPanel.click2,onClick); calclationForm.addEventListener(CalclationPanel.click3,onClick); calclationForm.addEventListener(CalclationPanel.click4,onClick); calclationForm.addEventListener(CalclationPanel.click5,onClick); calclationForm.addEventListener(CalclationPanel.click6,onClick); calclationForm.addEventListener(CalclationPanel.click7,onClick); calclationForm.addEventListener(CalclationPanel.click8,onClick); calclationForm.addEventListener(CalclationPanel.click9,onClick); calclationForm.addEventListener(CalclationPanel.clickMinus,onClick); calclationForm.addEventListener(CalclationPanel.clickPlus,onClick); calclationForm.addEventListener(CalclationPanel.clickClear,onClick); calclationForm.addEventListener(CalclationPanel.clickEqual,onClick); // facadeインスタンスに登録されたproxyクラス（ロジック実装クラス）を取得 proxy = facade.retrieveProxy( CalclationProxy.NAME ) as CalclationProxy; ・・・・・・・・・・・・・・⑦ } /** * プロパティアクセサ */ public function get calclationForm() CalclationPanel ・・・・・・・・・・・・・・・・⑧ { return viewComponent as CalclationPanel; ・・・・・・・・・・・・・⑨ } /** * イベントハンドラ * ここではCalclationPanelのイベントであるclick0などの * イベントを解析している */ private function onClick(e Event) void ・・・・・・・・・・・・・・10 { // VIEWコンポーネント（プロパティアクセサ）からVOを取得 var calc CalclationVO = calclationForm.calcVO; ・・・・・・・・・・・・・・11 // イベントタイプにより処理の振り分け switch( e.type ) ・・・・・・・・・・・12 { case CalclationPanel.click0 ・・・・・・・・・・・・13 proxy.setNumber("0"); ・・・・・・・・・・・・14 sendNotification(ApplicationFacade.APP_NUMBER_CLICK, calc); ・・・・・・・・・・・・15 break; case CalclationPanel.click1 proxy.setNumber("1"); sendNotification(ApplicationFacade.APP_NUMBER_CLICK, calc); break; case CalclationPanel.click2 proxy.setNumber("2"); sendNotification(ApplicationFacade.APP_NUMBER_CLICK, calc); break; case CalclationPanel.click3 proxy.setNumber("3"); sendNotification(ApplicationFacade.APP_NUMBER_CLICK, calc); break; case CalclationPanel.click4 proxy.setNumber("4"); sendNotification(ApplicationFacade.APP_NUMBER_CLICK, calc); break; case CalclationPanel.click5 proxy.setNumber("5"); sendNotification(ApplicationFacade.APP_NUMBER_CLICK, calc); break; case CalclationPanel.click6 proxy.setNumber("6"); sendNotification(ApplicationFacade.APP_NUMBER_CLICK, calc); break; case CalclationPanel.click7 proxy.setNumber("7"); sendNotification(ApplicationFacade.APP_NUMBER_CLICK, calc); break; case CalclationPanel.click8 proxy.setNumber("8"); sendNotification(ApplicationFacade.APP_NUMBER_CLICK, calc); break; case CalclationPanel.click9 proxy.setNumber("9"); sendNotification(ApplicationFacade.APP_NUMBER_CLICK, calc); break; case CalclationPanel.clickMinus sendNotification(ApplicationFacade.APP_MINUS_CLICK, calc); break; case CalclationPanel.clickPlus sendNotification(ApplicationFacade.APP_PLUS_CLICK, calc); break; case CalclationPanel.clickClear sendNotification(ApplicationFacade.APP_CLEAR_CLICK, calc); break; case CalclationPanel.clickEqual sendNotification(ApplicationFacade.APP_EQUAL_CLICK, calc); break; } } /** * このMediatorクラスで発生するイベントの登録をする */ override public function listNotificationInterests() Array ・・・・・・・・・・・・・・16 { // ここに列挙された文字列をこのクラスの中ではハンドルすることにより、 // 処理の振り分けを行う。 return [ ・・・・・・・・・・・・・・・17 ApplicationFacade.APP_NUMBER_CLICK, ApplicationFacade.APP_PLUS_CLICK, ApplicationFacade.APP_MINUS_CLICK, ApplicationFacade.APP_CLEAR_CLICK, ApplicationFacade.APP_EQUAL_CLICK ]; } /** * listNotificationInterestsメソッドで登録された文字列を * 実際に処理に振り分ける */ override public function handleNotification(notification INotification) void ・・・・・・・・・・・・・・・・18 { switch ( notification.getName() ) ・・・・・・・・・・・・・・19 { case ApplicationFacade.APP_NUMBER_CLICK ・・・・・・・・・・・・・・・20 // 画面に表示している情報（VO）の取得 calclationForm.calcVO = notification.getBody() as CalclationVO; // 画面に表示している情報の書き換え calclationForm.calcVO.calcString = proxy.calcString; break; case ApplicationFacade.APP_PLUS_CLICK proxy.plusNumber(); break; case ApplicationFacade.APP_MINUS_CLICK proxy.minusNumber(); break; case ApplicationFacade.APP_CLEAR_CLICK proxy.clear(); // 画面に表示している情報の書き換え calclationForm.calcVO.calcString = proxy.calcString; break; case ApplicationFacade.APP_EQUAL_CLICK proxy.calcEqual(); // 画面に表示している情報の書き換え calclationForm.calcVO.calcString = proxy.calcString; break; } } } } ①public class CalclationPanelMediator extends Mediator implements IMediator Mediatorクラスの宣言部。 ここではMediatorクラスの継承とIMediatorインターフェースの実装を宣言しています。 Mediatorクラス（IMediatorインターフェース）にはhandleNotificationというメソッドを持っています。 後述しますが、このメソッドをオーバーライドすることにより、ビジネスロジックとの橋渡しをします。 またこのクラスがハンドルするイベントを登録するためのメソッドであるlistNotificationInterestsというメソッドもあります。 これもオーバーライドすることにより、このMediatorクラスがハンドルできるイベントを登録するわけです。 ②private var proxy CalclationProxy; ビジネスロジックであるProxyクラスのインスタンスを保持するための変数です。 このMediatorクラスの中で共通的にProxyクラスを使用したいためにインスタンス変数としています。 ③public static const NAME String = "CalclationPanelMediator"; Facadeクラスに登録するための名前をここで定義しています。 ここで定義された名称でFaçadeクラスの中にインスタンスが生成されます。 よって、この名前はアプリケーションの中でユニークになっている必要があります。 ④public function CalclationPanelMediator(view Object) void コンストラクタです。 引数としてview Objectを受け取るようになっていますが、 このViewの実態はViewコンポーネントそのものです。 今回の計算機サンプルでは上記MXMLの解説でお話した 「CalclationPanel.mxml」のインスタンスが対象のViewコンポーネントになります。 ⑤super(view); 親クラスのコンストラクタを呼び出しています。 ここでは上記④のコンストラクタで指定されたViewコンポーネントを引数として渡しています。 これを実行することで親であるMediatorクラスのインスタンス変数「viewComponent」に設定しています。 このview（さらにいえばCalclationPanel.mxmlのインスタンス）が設定されます。 以降、このクラスの中ではviewComponentというインスタンス変数で Viewコンポーネントを扱っていきます。 が、直接的に扱うのではなくGetterメソッドを用いて利用しています（後述⑧）。 ⑥calclationForm.addEventListener(CalclationPanel.click0,onClick); イベントを登録しています。 ここでいうcalclationFormというのは後述⑧で示している通り、 実態はviewComponentというインスタンス変数です。 これは上記⑤でも出てきましたね。 そうです。CalclationPanel.mxmlのインスタンスをさしています。 ここでこのCalclationPanel.mxmlが送出するイベントのリスナとハンドラを登録しているわけです。 ここまで来てようやくCalclationPanel.mxmlで設定していた送出イベントの名前定義を利用できるわけです。 しかし、MXMLが送出するイベント名を使って、リスナとハンドラを登録しているわけですから、 Cairngormのように「（FrontControllerに）イベントがいっぱいでよくわからない」ということはないと思います。 このMediatorクラスでイベントを登録しているわけですから。 ⑦proxy = facade.retrieveProxy( CalclationProxy.NAME ) as CalclationProxy; ここではこの中で利用するProxyクラスを取得しています。 Proxyクラスはビジネスロジックを実装しているクラスであることは前に述べました。 このProxyクラスのインスタンスを取得することにより、 Mediatorクラスの中で自由に利用できるようになります。 ⑧public function get calclationForm() CalclationPanel Getterメソッドです。後述の⑨を返却しています。 ⑨return viewComponent as CalclationPanel Mediatorクラスのインスタンス変数であるviewComponentのインスタンスをCalclationPanelのインスタンスにキャストして 返却しています。 viewComponentというインスタンスをそのまま扱わないのは、viewComponentというのはオブジェクトであり、 CalclationPanelというキャストをしてあげなければ、機能として何もないのと同じだからです。 この辺り、 var obj Object = new Object(); とプログラムを書いてみて、 この「obj」という変数のプロパティやイベント、メソッドを見てみるとよくわかると思います。 （EclipseやFlexBuilderではヘルプがでますので。そうでない方はFlexAPIドキュメントのObjectクラスをご覧ください。） ⑩private function onClick(e Event) void 上記⑥で登録していたハンドラです。 CalclationPanel.mxmlで起こったイベントを受け取るハンドラですね。 ⑪var calc CalclationVO = calclationForm.calcVO ここではValueObjectであるCalclationVOを取得しています。 ValueObjectクラスは画面に値を表示する際の器として使用しています。 ⑫switch( e.type ) イベントタイプの判定です。 ⑬case CalclationPanel.click0 ⑫で判定するケース文ですね。 ここではイベントタイプがclick0であったら、このCase文の中身を実行するようになっています。 Case文は多々ありますが、やっていることは基本的に同じなので、説明は省略しています。 ⑭proxy.setNumber("0"); ビジネスロジックを持つproxyのsetNumberというメソッドを呼び出して、 proxyに入力された（ここではクリックされた）番号を通知しています。 ここで入力された値を設定しないと、設定する機会がないので、 このタイミングで設定しています。 このときの「ボタンを押した」というイベントはこの中でしか取れないからです。 ⑮sendNotification(ApplicationFacade.APP_NUMBER_CLICK, calc); イベント登録用クラスであるNotificationをイベントとして送出しているメソッドです。 ここで送出されたNotificationイベントは後述⑰で登録されたイベントに対応しており、 これを⑱のメソッドhandleNotificationでハンドルします。 ここでNotificationを起こすことにより、ビジネスロジックとの完全分離を目指しているわけです。 今回の計算機ではビジネスロジックはたいしたことをやっていませんのであまり必要性は感じないかと思われますが。 ⑯override public function listNotificationInterests() Array MediatorクラスのメソッドlistNotificationInterestsをオーバーライドしています。 このメソッドでこのMediatorクラスが起こすNotificationイベントを登録します。 登録の仕方は後述の⑰の通りです。 このメソッドは親のコンストラクタの中で自動的に呼ばれます。 このメソッドが定義されていないと、 ⑮で呼び出しているメソッド「sendNotification」は意味がないので、きちんと定義しましょう。 ⑰return [ApplicationFacade.APP_NUMBER_CLICK, ApplicationFacade.APP_PLUS_CLICK, ApplicationFacade.APP_MINUS_CLICK, ApplicationFacade.APP_CLEAR_CLICK, ApplicationFacade.APP_EQUAL_CLICK] このMediatorクラスが起こすNotificationイベントをArray型として返却しています。 ⑱override public function handleNotification(notification INotification) void ⑮で送出させたNotificationイベントのハンドラです。 ⑯、⑰で設定したイベントのハンドラがこのメソッドになります。 この中でビジネスロジックを実装しています。 というよりはProxyクラスの呼び出しをコントロールしているといったほうが正しいでしょう。 今回は計算機なのでたいしたことはやっていませんが、 Proxyクラスのメソッドを使っての計算やValueObjectへの値の設定はここでやっていることがお分かりいただけると思います。 ⑲switch ( notification.getName() ) 送出されたNotificationの名前の判定です。 ⑮で送出されたものの名前を判定しています。 ⑳case ApplicationFacade.APP_NUMBER_CLICK ⑮で送出された名前のCase文ですね。 このCase文の中でProxyクラスの呼び出しやValueObjectへの値の設定などを行っています。 ビジネスロジックというよりはProxyのコントロールとValueObjectの設定を主にやるところですね。 実際のビジネスロジックはProxyというクラスがいるわけですから、 ここではそのコントロールと画面に表示する部分のValueObjectの制御だけを行えばいいのです。 ここでサンプルの解説を終わります。 ここまで来て、結局、どうやって流れるの？ っていう素朴な疑問について、曖昧なままよくわかりませんので、 図化してみました。 PureMVCの初回起動時は動きは以下の図の通りです。 サンプルで利用した計算機アプリを元にしていますので、Commandなどの動きには ほかにバリエーションがあるかもしれませんので、とりあえずはこんな動きなんだということでお願いします。 元の大きな画像はこちらから PureMVCのイベント駆動時の動きは以下の図の通りです。 こちらもサンプルの計算機を元におしていますので、あしからず。 いかがでしたでしょうか？ ここまでお送りしましたPureMVCについてをサンプルを交えて解説してきましたが、 全体の俯瞰図は以下の通りです。 元の大きな画像はこちらから かなり大きいです、ごめんなさい。 大体の概念はMVCと変わりないことがお分かりいただけたかと思います。 ただFlexはイベント駆動型のアプリケーションなので、 どうしてもイベント中心になりがちですが、その辺りを解決してくれるのがPureMVCではないでしょうか。 まだまだいろいろFrameworkはあると思いますので、折を見て触れていきたいと思います。 とりあえず、今回はここまでです。 お付き合いいただきありがとうございました。
https://w.atwiki.jp/sokkai/pages/21.html
①まずは中学英語の文法をしっかりと復習する。大学受験と言っても、ほとんど中学英語と変わらない。(高校英文法でやるのは、仮定法と関係副詞だけです) ②次に英文法の参考書を使いながら、問題を解いていく。解答を見て、理解して、隠して、再現して、添削して、修正する。 ③長文中にも英文法は出てくるので、読解の勉強に合わせて、どんどん体に文法を吸収していく。 丸暗記が苦手で、英文法が覚えられないと相談にくる受験生がいます。 英文法が覚えられないといいますが、そもそも英文法って覚えるものなのでしょうか？ そもそも英文法とは覚えるものではなく身につけるものであり、丸暗記の必要はありません。 英文法を丸暗記するのがそもそもの間違いです。 英文法は丸暗記するものであると考えがちですが、ネイティブはわざわざ文法を覚えません。 日々様々な英語に触れ、正しい英語を身につけるうちに自然と文法を習得しているのです。 それなのに我々日本人はわざわざ英文法を覚えようと必死になっています。これではいつまでたっても英文法が身に付きません。 覚えるという行為は忘れると表裏一体です。忘れてしまっては意味がなくなってしまい、せっかくの努力が水の泡です。 対して英文法を身につける学習法は、忘れるということがありません。 さらに、この勉強法は英文法以外の英語の勉強はもちろん、他の科目の勉強にも応用できます。 新しい勉強法は今までの丸暗記だよりの勉強法と比べ汎用性が高く、様々な場で活用することができます。 丸暗記による勉強法は、その科目その分野でしか効力を発揮しないばかりでなく、忘れてしまったらお終いです。 対して体に染み込ませる丸暗記をしない勉強法は、忘れることがまずなく、忘れてしまっても思い出すことが可能です。 今まで英文法が覚えられなかった生徒は、ぜひ英文法を身につけるという勉強法にシフトしてはいかがでしょうか。 たとえば、英文法であれば、問題をやるよりも前に、解答に至るまでの流れを人に説明できるようにする。そのためには、解答解説の部分を、問題をみただけで、すらすら人に説明できるようにすることが大切です。 以前、その事について、私は以下のように説明しています。是非参考になさってください。 私が良く、考える系の教科で言うやり方はきわめて単純だ。 調べて、解答を見て、理解して、隠して、再現して、添削して、修正する。 それだけだ。 ここでいう考える系の教科とは、以下のものだ。小論文や現代文は、この範疇とは少し違う。解答を見て再現し、テストで出来るようになるという教科ではないからだ。 まず、古文の識別とかはそれかもしれない。あとは、数学・物理・化学・生物遺伝・生物考察の問題、英語でも英文解釈とかはわりとその気が強い気がする。 一方で、小論文や現代文というのは、課題文を正しく読み取り、その情報を整理して、他の人でも分かるように伝える力なので、またこれとは異なってくる。 これから、それぞれのプロセスについて説明しよう。 調べて 基本的に、いま自分が使っている参考書より一段レベルが下がる問題集か、辞書代わりにつかう参考書で調べてみて、解法を考える。これは大事です。教科や分野によって違いますが、一問十分ぐらいはかける。考えたプロセスとかもしっかりメモするといい。 解答を見て これも、解答が汚くなるぐらい書き込んでかまわない。解答を見ただけで分かる人は、そもそもその問題は解けているから、たぶん解答すら分からない。だから、気づいたことはすべて書き込む。問題の条件も書き込む。それが大事。 理解して 理解しているかどうかは論理展開を追えば分かるけれど、多分分かった気になっていることが多い。隠して再現できるかどうか、腑に落ちるかが大事。腑に落ちなければどうして解けない？ どうして解けない？ となぜなぜ分析を繰り返し、どこが分からないから解けないかをゆっくり時間をかけて明確化した上で、先生とかに聞くといいよ。私でもかまいません！ 隠して 解答を隠すのはすごく大事。レッツ再現。 再現して とにかく、自分の頭の中に残っている記憶を引き出して、すべて紙に吐き出す。再現、再現、再現。どうしても思い出せなかったら、一分考えて、また調べてから振り出し。 添削して とりあえず解答らしきものができるんだけど、ここで安心する人が多い。ただ、これだけではダメ。かなり細かくみて、一語一句間違っていないかチェックしたうえで添削する。 修正する 何も覚えていないより、何か間違ったことを覚えていた時の方がきわめて面倒臭いので、その間違った事実を覚えたときの二倍ぐらいの回数で、正しい記憶に訂正する。書きなぐるより音読するといいです。黙読は覚えられないからダメです。音読。
https://w.atwiki.jp/reginn666/pages/104.html
1.3以降のForge, FMLのサンプルmodを項目別に列挙. それぞれのmodにソースが同梱されている. forge 4.0.0.248にてコンパイルしたもの. 文字コードはBOM無しUTF-8. これらのmodはクライアント, サーバーどちらでも動くUniversal版である. FMLでの基本 Entityの追加 キーワード EntityRegistry, EntityID, EntityLiving 内容 僅かに改変されたゾンビを追加 EntityLivingSampleMod ブロックのカスタムレンダリング キーワード renderWorldBlock, renderInventoryBlock, ISimpleBlockRenderingHandler 内容 FMLでの, BaseMod.renderWorldBlock, renderInvBlockの実装 CustomRenderSampleMod TileEntityの同期 キーワード TileEntity, NBT, PacketHandler 内容 NBTでブロックの向きを保持 TileEntitySampleMod API関連 村人との取引可能なアイテムを追加 キーワード VillagerRegistry 内容 司祭(紫色の服)の村人の取引内容を追加 VillagerSampleMod EnumToolmaterial縛りをなんとかする方法をForgeAPIで解決 キーワード ForgeAPI, EnumHelper 内容 ツール類のインスタンスを生成する際, 引数に必要なEnumToolMaterialに独自のEnum定数を追加する方法 EnumHelperSampleMod プレイヤーイベントの追加 キーワード PlayerEvent, ForgeSubscribe 内容 Forgeのイベントシステムの基本的な使い方. 呼び出しと一部イベントでは機能を実装. PlayerEventSampleMod EntityLivingイベントの追加 キーワード LivingEvent, ForgeSubscribe 内容 動物, 敵性Mob, プレイヤーまで含めてEntityLiving全般に関するイベントの基本的な使い方. LivingEventSampleMod GUI関連 単純なGUI キーワード GUI, Container 内容 追加されたブロックのGUIを開くだけ. TileEntityにアイテムは保存しない. ContainerSampleMod GUIでのボタン処理 キーワード GUI, Container, PacketHandler 内容 GUIにボタンを追加, ボタンをクリックしたときに応答メッセージが表示される. ButtonSampleMod GUIでのマウスクリック時の処理 キーワード GUI, Container, PacketHandler, MouseClick 内容 GUIにクリックエリアを追加, 特定の範囲をクリックしたときに応答メッセージが表示される. MouseClickSampleMod DL先まとめ こちら
https://w.atwiki.jp/tnkcup/pages/241.html
カスタマイズサンプル1 サンプル1（カスタム名など） ロボ ベル ガン ガトリングガン ボム ウェーブボム ポッド シーカーポッドF レッグ スタビライザーレッグ 得意距離 近～中距離 備考 - 戦術・カスタマイズ概要 初心者にオススメの万能機体 基本的に地上を駆け回りながらウェーブボム・シーカーポッドをバラ撒き、 隙を見てガトリングガンを撃ちこむという基本に忠実なスタイル。 ウェーブボムは直接壁に隠れた相手を狙う以外にも少しだけ照準をズラして 退路に壁のように設置して逃げる相手を燻し出したり出来るし、もちろんダウン追い打ちにも使える。 シーカーポッドは壁を挟んでとりあえず左右に出しておけば問題ない。 アタックも壁越しに攻撃出来るので、ガトリングを怖がって壁に隠れるようならアタックで奇襲しても良いだろう。 ディッキーさん ロボ ディッキー ガン トリックガン ボム ポッド レッグ フォーミュラーレッグ 得意距離 ナシ 備考 - 戦術・カスタマイズ概要 グランダー？なにシャバイことふかしてんの？ｱｧﾝ！？ ホロセウム最速の名をほしいままにしているディッキーさん。 マジビッとしてるっす！ ディッキーさん、すぐキレっから！ ガマンっていうの？そんなんないぜ、マジで。 あんま調子のってるとオーバーロードすんぞｺﾙｧ！ トリックガンをばらまいて、ホロセウムをかけぬけろ！ 近づかれたらアタック＞空中トリックガンをたたき込め！ 「俺の影を踏めるかな？」
https://w.atwiki.jp/chapati4it/pages/125.html
Java/サンプル/JavaでZipファイル解凍サンプル(commons-compress使用) Javaには標準でZipの圧縮解凍が出来る機能がありますが、ファイル名をUTF-8として扱うため、Windowsで作成した日本語を含むファイルを正しく処理出来ません。 なので、JavaでZipファイルを扱う場合は、Apacheプロジェクトのcommons compressを使うのが一般的だと思います。 commons compressは下記からダウンロード出来ます http //commons.apache.org/compress/ 「commons-compress1.4.1-bin.zip」をダウンロードして、中に入っている「commons-compress-1.4.1.jar」を解凍し、クラスパスに追加すると使えるようになります。 サンプルソース // Zipファイル解凍サンプル // sample.zipの中身を書庫名のディレクトリを作ってその中に全て解凍するサンプルです。 import java.io.*; import java.util.*; import org.apache.commons.compress.archivers.zip.*; public class ZipKaitouSample { public static void main(String[] args) throws Exception { // 処理する書庫ファイル名「sample.zip」固定 String sampleZip = "sample.zip"; // ZipFileオープン // 文字コードはシステムデフォルトの文字コードにしておきます // Windows7だとMS932でした ZipFile zipFile = new ZipFile(sampleZip, System.getProperty("file.encoding")); // エントリ取得 Enumeration ? extends ZipArchiveEntry entries = zipFile.getEntries(); byte[] b = new byte[500]; // 書庫名をベーズディレクトリにします String baseDir = sampleZip.substring(0, sampleZip.length() - 4); // エントリの数だけループ while (entries.hasMoreElements()) { // ZipArchiveEntryを取得 ZipArchiveEntry ze = entries.nextElement(); // ディレクトリは処理しません if (ze.isDirectory()) continue; // ベースディレクトリ＋ZipArchiveEntry.getNameで出力パスを作ります File f = new File(baseDir + File.separator + ze.getName()); // 親ディレクトリを取得 File p = f.getParentFile(); // ディレクトリが存在しない場合、ディレクトリを作成します if (!p.exists()) { p.mkdirs(); } // エントリからInputStreamを取得 InputStream is = zipFile.getInputStream(ze); BufferedInputStream bis = new BufferedInputStream(is); // 出力用のファイルストリーム作成 FileOutputStream fo = new FileOutputStream(f); BufferedOutputStream bo = new BufferedOutputStream(fo); // InputStreamから読みだした分を順次ファイルに出力 int size = 0; while ((size = bis.read(b)) 0) { bo.write(b, 0, size); } // クローズします bo.close(); // 処理したファイルを、ファイル名＋圧縮ファイルサイズ＋解凍ファイルサイズの形式で標準出力 System.out.printf("%s %,3d = %,3d\n", ze.getName(), ze.getCompressedSize(), ze.getSize()); } } } サンプルダウンロード ZipKaitouSample.java コメント 名前
https://w.atwiki.jp/ohs99hd/pages/13.html
突然ですが、食品サンプルってなんであんなに見ていて飽きないのですかね。 もうキュンキュンしちゃう。 東京ソラマチに入っている「元祖食品サンプル屋」もいつも混んでいるイメージ。 どれもこれも可愛いですよね！ いつだったか「マツコの知らない世界」という番組でも食品サンプルが取り上げられていましたが、 「オム焼きそばカチューシャ」あたりはさすがに引きました(笑) いや、すごいクオリティだし突飛なアイディアが素晴らしいとは思いますが、絶対に自分は着けたくないです。 そんな食品サンプル、なかなかいいお値段しますよね。 自分で作ることができるキットも売っていますが、それもやっぱり高いなぁと。 樹脂粘土を使って、自分でフェイクフードを作る方が意外と安く済みそうです。 まぁ、腕を磨く必要もありますが(笑) 今は100均で材料が揃う時代ですから、この際自分で作るのもアリですね。
https://w.atwiki.jp/elvis/pages/509.html
サンプルショップ 「あなたとすばらしい商品たちの架け橋になりたい！」を合い言葉に、化粧品やサプリなどのサンプルサイズ商品を激安で販売する専門サイトです。PB商品の充実化など、お客様にさらに喜ばれるサイトを目指し頑張っていきます。 関連 ストアミックス＞コスメ・健康
https://w.atwiki.jp/futabayukkuriss/pages/2014.html
サンプル 6KB 野良ゆ 現代 初投稿です とりあえずどうぞ 『サンプル』 とある店。 ガラスケースには、数々の食べ物が並んでいた。 サンプルと書かれた紙の隣には今にも湯気が出そうなおいしそうな天ぷらが机の上におかれていた。 「そろーり、そろーり」 そこに一匹のれいむがいた。 薄汚れた髪と顔、少し破けた飾り、野良のゆっくりで間違えなかった。 このれいむは、番もなく、さりとて子供もいるわけではなかった。 まだ、成体ゆっくりになったばかりのれいむである。 親や姉妹と共にゆっくりと培ってきた技術があり、れいむとしてはそれなりに狩りができた。 しかし、親しいゆっくりもおらず、今も一人で餌を探しにやってきたのである。 きょうのたべものはてんぷらさんだよ、ゆふふ と思っているようで、実はダダ洩れの思想を口にした。 食べてくださいと言っているように、堂々と置かれたサンプルをこのれいむは狙っていた。 机の上に乗っているためすぐには食べられないが、机を体当たりで倒せば食べられる。 その時出る音など考えず、根拠もなくこの作戦が成功すると信じた。 そうやって身を隠してしばらく。 人通りが無くなった。 れいむはきょろきょろとあたりを見渡す。 誰もいないことを確認すると、れいむは勢いよく駆け出した。 そして、その勢いのまま机に体当たりする。 ぶつかり、れいむの思惑通り、机は倒れる。 「やったよ！」 れいむは机が倒れたことに喜び、その場でぴょんぴょんと跳ねる。 さあ、目の前には天ぷらだ。 と喜びも終わり、天ぷらへと近づくが。 「おい、何してんだ」 そこで、店の中から人がやってきた。 「ゆゆ！」 れいむが喜んでいる間に店の中では机が倒れた音が聞こえていて、中の店員が現れたのである。 風か何かだと思っていた店員は倒れた机の前にいるれいむに疑問に思ったわけである。 「ゆ、か、かぜさんがふいてつくえさんがたおれちゃったんだよ、れいむがつくえさんをたおしててんぷらさんをたべようとしたわけじゃないよ！」 れいむは一目見ればわかる現状を嘘をつく。 店員はもちろん理解している、何故こんなことをやったのかを。 「ふーん、そうなんだありがとう、いや、風か、風ならしょうがないな」 店員は疲れた顔をして、一応れいむじゃないという事を擁護しておいた。 風に責任をなすりつけられることに成功したと思ったれいむは安堵する。 「そうだよ、れいむはわるくないからね」 だけど、心配なのでもう一度言っておいた。 「そうか、これじゃあもうこの天ぷらは食べられないな、捨てちゃおうかな」 店員はそう言いながら、倒れた机を直し。 天ぷらを指でひょいと持ち上げる。 「ゆゆ！ それなられいむがもらってあげるよ！」 ここぞとばかりにれいむは食いつく。 「ん、そうか、れいむはこの天ぷらが欲しいのか」 「そうだよ！ せっかくだからもらってあげるね！」 ようやく、れいむは天ぷらにありつけると思った。 天ぷら、はじめて食べるそれはどんな味なんだろうと夢想する。 店員は食べさせる気はなかったが、れいむがあまりにも熱心にお願いするものだから、ちょっと試してみようと言う気分であげることにした。 「ふーん、じゃあ、食べさせてあげるよ」 「ゆわーい、ゆわーい、じゃあ、ゆっくりしてないでさっさとちょうだいね！」 「ただし、この天ぷらを食べるには一つ、条件があるんだ」 「ゆゆ？」 まだなのかと、れいむは眉をひそめた。 どんな条件だって大丈夫だ、れいむはとってもゆっくりしているゆっくりなんだからと根拠の無い自信を張り巡らせ気を張る。 「この天ぷらはね、本当にゆっくりしているゆっくりが食べられる天ぷらなんだ」 「ゆっふっふっふっふっ、そーんなことなら、れいむはとってもゆっくりしているゆっくりだからぜんぜんへいきだよ！」 どんな条件かと思えば、れいむが一番自身があることではないかとあまりに簡単なことに固まってしまった、そして気張った緊張をほぐし。 眉をキリッとさせ、れいむなりにゆっくりさをアピールする。 「まあ、それは食べられれば分かる話さ」 店員は天ぷらをれいむの口元に持っていく。 「あーん」 もみあげをピコピコさせながら、今か今かと天ぷらをまつれいむ。 そして、天ぷらがれいむの口の中に入った。 「む～しゃむ～しゃ～、し、し、し、ゆ、ゆゆゆ？」 幾られいむが咀嚼しても味が来ないのだ。 それ以上に固い、れいむの砂糖細工の歯では噛み切れない固さだ。 自分はゆっくりしているはずだ、なのになんで。 れいむは意地で咀嚼を続ける。 しかし、幾ら噛んでも口の中の天ぷらは噛み切れず、それどころか歯が欠けていく。 「む～しゃむ～しゃむ～しゃ」 歯が欠ける痛みも忘れ、れいむは混乱する。 これはれいむの、ゆっくりとしてのアイデンティティに関わる問題だ。 これを食べられなかったら、れいむはゆっくりとして終わっている。 これはゆっくりしていないものは食べられないものなんだから。 「む～しゃむ～しゃむ～しゃむ～しゃ」 前歯で、奥歯で、口中の歯を使った。 それだと言うのに、口の中の天ぷらは全く食べられない。 どうしてだ、どうしてだ、どうしてだ、どうしてだ。 れいむのゆっくりとしての自己に少しずつ罅が入っていく。 「おい、食べられないなら出していいんだぞ」 「ゆぎぃ～～！！ だまってね！！ れいむはゆっくりだよ！！ とってもゆっくりしてるんだよ！ む～しゃむ～しゃむ～しゃむ～しゃ」 店員が止めるように促すが、れいむは黙れとしか答えられない。 そうしないと、自分がわからなくなるからだ。 れいむは咀嚼を続ける。 ゆっくりしているとはいえない形相で、それでも食べられない。 どれほど経ったのか、ゆっくりの中では長すぎる時間が流れる。 そして、ぽとりとれいむの口から天ぷらが落ちる。 「……れ、れいむはゆっくりしてないの？」 泣き笑いのような表情で震えるような声で聞いてくる。 その顔は嘘だと言ってほしいと切に願った顔だった。 しかし、特に感慨もなく店員は言った。 「そうなんじゃないか」 「……ゆ、ゆ、ゆ、ゆ、ゆ゛ゆ゛ゆ゛ゆ゛ゆ゛ゆ゛ゆ゛ゆ゛ゆ゛」 れいむの中で、ゆっくりとした思い出か崩れていく。 はじめて親に挨拶した思い出が。 姉妹と仲良く遊んだ思い出が。 おいしい物を食べたときの思い出が。 本当に、今までゆっくりしていたのだろうかと、さっきまでゆっくりしていたはずなのに、本当にゆっくりしてるゆっくりが食べられる天ぷらが食べられない。 それは、今までゆっくりしてきていないという事ではないか。 今までゆっくりして生きてきたはずなのに、食べられないという事は今までゆっくりしていない。 じゃあ、ゆっくりってなに？ 「ゆ゛ゆ゛ゆ゛ゆぐぎょぎゃぎゅひゅひゃはぎゃぎゃぎゃぎゃ」 ゆっくりなのに、ゆっくりが分からなくなってしまったれいむは、自己を崩壊させた。 「あーあ、これ壊れちゃったよな」 壊れたれいむをよそ眼に店員は呟く。 店員はれいむを壊す気はなかった。 職場に人にゆっくりがどんな生き物かと聞いてはいた。 しかし店員の中ではゆっくりは饅頭だった、ゆっくりはゆっくりできなくなるのを嫌うと言う事を聞いて、ふと思いつき実行したのだった。 「はー、まさかこんなことで壊れちゃうとはなぁ、ゆっくりって本当にもろいのな」 れいむのすぐそばに落ちている、ゆっくりの唾液だらけの天ぷらを拾う。 それは触ると、実際の天ぷらの重さと違う事がわかる。 触り心地も全く違う。 はじめて天ぷらを口にしたれいむは知らなかったのだろう。 「まあ、本物と間違ってくれてうれしいよ」 店員は天ぷらを水道で洗う。 ゆっくりの唾液だけが流れ、衣は全く落ちない。 なぜならこれは。 「だってこれは、俺が作った天ぷらのレプリカだからな」 蝋で作られたものなんだから。 「げっ、歯型がついてる」 初投稿です。 ふと思い立ち、書いてしまいました。 拙い文で、すいません。 最後まで読んでいただいて、誠に感謝申し上げます。 トップページに戻る このＳＳへの感想 ※他人が不快になる発言はゆっくりできないよ！よく考えて投稿してね！ 感想 すべてのコメントを見る いい迷惑だ -- 2018-08-26 14 10 35 なんて可哀想に··· ※歯形が残ってサンプル品として売れなくなったことに対して。ww -- 2018-01-02 14 10 46 ゆっくりできたよ！！！！ -- 2016-02-28 18 13 24 げっ、歯形がついてる。wwww -- 2012-08-25 02 47 04 ↓×4 パラガスみたいな要約しおってwww -- 2012-01-02 01 54 57 ↓×３ 他人をフォローしてやるお前、なんかかっこいいな -- 2010-12-07 15 03 30 ゆっくりのアイディンティを崩壊させるか…いい虐待だ。面白いなｗ -- 2010-11-30 21 59 37 おお、おろかおろか -- 2010-10-01 23 24 10 待つんだ、多分皮肉で言っているんだろう 要約すると （頭の出来が）可哀想なれいむ。ゆっくりとしてのアイデンティティ（笑）壊れてしまって（元から存在そのものが壊れてるけど）気の毒に。（笑） 多分こうだ そして、こぉんな最低のれいむが最高にゆっくりしてるわけ無いだろうに・・・ 最高にゆっくりしている等と、その気になっていたお前の姿はお笑いだったぜ 最高にゆっくりしているのならばその日の食事に困るなんて無いのだからして -- 2010-08-19 19 26 39 悪事働いてるからどんなに譲歩しても馬鹿じゃね？で終わるな。 可哀想とはどうやってもならないな -- 2010-08-19 03 56 25 ↓なに言ってるの？ばかなの？しぬの？愛で派なの？ -- 2010-08-09 07 55 30 可哀想なれいむ。ゆっくりとしてのアイデンティティ壊れてしまって気の毒に。 -- 2010-07-12 08 30 39
https://w.atwiki.jp/taichik15/pages/22.html
lift サーバの起動してサンプルページを表示 ダウンロードして展開したディレクトリには、 最初からいくつかのサンプルプロジェクトが含まれている。 lift_basic lift_blank lift_mvc lift_xhtml 今回は、とりあえず、lift_basicを起動してみる。 プロジェクトのビルドやサーバの起動などは、ビルドツールのsbtを使用して、対話的に操作ができる。 sbtを起動するには、プロジェクトのルートにあるsbtスクリプトを実行する。windowsの場合は、sbt.bat。 sbtのコマンド一覧を表示するには、actionsをタイプする。 以下のように、ライブラリをupdateし、jettyを起動する。 $ cd lift_basic $ ./sbt.bat #対話インターフェースを起動 update #依存するライブラリなどを更新する jetty-run # jettyを起動 また、対話インターフェースを起動せずにsbtコマンドを実行することもできる。 $ ./sbt.bat ~jetty-run jettyが起動したはずなので http //localhost 8080 をブラウザで表示してみる。
https://w.atwiki.jp/daigakujuken_english/pages/66.html
より複雑で高度な英文を題材に、入試に必要な英文解釈パターンを網羅。知識を詰め込むのではなく、 英文読解を１つの思考プロセスとして運用することを学ぶ。目指す方向性はビジュアルと同じだが、 こちらは無駄のない解説が特徴。この解説を英文を読みながら自分の頭の中で再現できるようになると 物凄い力がつく。復習しやすい構成になっているので何度でも読み返そう。英文解釈書の新定番。 選択肢 投票 この本を使ってる！ (483) ビジュアルを終わらせた後の演習＆復讐としても使える。ビジュアル・ポレポレレベルの構文把握力で東大まで通用する。 -- 名無しさん (2008-04-15 22 07 19) 簡潔なのがいい ある程度基礎ができてから -- u (2008-04-18 23 38 47) 構文把握の練習には極めて良い。長文からの抜粋なので内容については不明な点が残るが、仕方が無いとしよう。 -- 名無しさん (2008-04-30 23 28 22) 基本はここだ！の後にやると理解しやすいかも -- 名無しさん (2008-05-25 16 39 58) 代ゼミネット使え！ -- 名無しさん (2008-05-25 21 07 35) 基礎技術100から移行。がんばるぞ。 -- 名無しさん (2008-08-23 22 24 58) 例題２がビジュアルとかぶってる。 ビジュアルでは説明があまりない名詞構文の埋めにもなったし、 倒置や挿入、省略などの演習にもなった。 説明が簡潔なのも良い。 かゆい所に手が届く。そんな一冊。 -- 名無しさん (2008-11-24 22 29 28) 英文分析の思考プロセスについて書かれた本。つまり一通りの構文は頭に頭に入ってることが前提。難易度は完全に難関大レベル。基本はここだ（中３～高１レベル）から直接繋げようとしてライオンに食い殺される無謀な信者多し。 -- あ (2009-07-03 04 46 39) 単語が以外に難解なものが多かったりする。決して詳しくはないが、英文解釈のプロセスは簡潔で繰り返しがあるので定着するまでやる価値はある。 -- (2009-07-12 20 39 01) 解説は非常に簡潔だがピンポイントにツボを抑えている。復習のしやすさは随一。何度も繰り返そう。これが終われば解釈に関しては十分。 -- 名無しさん (2009-08-03 02 02 57) 高2の終わりatariから始めて高3の夏休み前までに仕上げる感じがbest -- 名無しさん (2009-08-13 19 41 15) 難関大を目指す高1,2ならいいだろうけど、高3でやるものではないようだ。内容はいいと思うが得る物は少なかった。 -- 名無しさん (2009-08-29 00 39 53) 基礎100と無印100をやるくらいなら 基本はここだとポレポレ -- 名無しさん (2010-03-26 15 55 28) 基礎100と無印100をやるくらいなら、基本はここだとポレポレやったほうが効率的。到達点はだいたい同じだから -- 名無しさん (2010-03-26 15 56 20) ゆとり世代のアホにはこの程度が限界。 -- 名無し (2010-06-21 04 12 08) 文構造の解説が中心で、基本的な文法の解説がない。実力がないと使いづらい。 -- 名無しさん (2010-06-29 20 34 20) 英文解釈の｢参考書｣ではなく｢問題集｣だと思います。解説は少なく網羅性もない。でも文の選定が良いような気がするので仕上げ用にオススメ。 -- AKEBONO (2010-07-15 20 03 10) 偏差値60ないときつい。ライオンマークは旧帝大難問レベル。 -- 名無しさん (2010-08-07 13 29 49) これ2,3周したら早慶レベル対応できるかな？ -- 名無しさん (2010-08-23 00 52 13) 文構造の解説はあるが、基礎的な文法の解説もほしい。 -- 名無しさん (2010-10-05 01 40 12) 基本英文7000選。 -- 名無しさん (2010-10-30 01 51 10) 「ポレポレ英文読解プロセス500」は正直キツイ。 -- 名無しさん (2010-11-12 07 00 51) 「ポレポレ英文読解プロセス5000」はもっとキツイぞ！ -- 名無しさん (2010-11-22 00 26 37) ポレポレ英文読解プロセス50000はさらにキツイぞ！ -- 名無しさん (2010-11-25 04 07 21) 「ポレポレ英文読解プロセス500000は非常にキツイぞ！」 -- 名無しさん (2010-11-28 01 32 30) 「ポレポレ英文読解プロセス5000000」はめっちゃキツイぞ！ -- 名無しさん (2010-12-07 01 39 43) ↑ いつまで続くの？この変な流れ。キツかったらやめておけばいいだけの話。ある程度の力がある人が続けば、更なる実力UPをはかれる良書。 -- 名無しさん (2010-12-10 05 13 49) ↑この変な奴どこにでもコメントしてるな。呆れて正直吹いた -- 名無しさん (2011-01-26 17 47 10) 普通に良い本。基礎的な解釈力がある人には。 -- 名無しさん (2011-02-03 01 02 05) ファッキュゥ、かんたんすぎる -- つかえね (2011-03-15 15 13 30) 京大阪大以外はこれがゴール -- 名無しさん (2011-05-14 22 22 18) 他の参考書と重複する英文があるけど、構文把握の解説が中心で使いやすい。 -- 名無しさん (2011-07-15 05 12 53) 代ゼミTVネットで解説を聞けばさらに捗る。和訳を学ぶのではなく英文を読むときの頭の働かせ方を学ぼう。 -- 名無しさん (2011-08-04 02 59 51) 対象者は英文解釈の基本は既に身に付けた人。目標は国立二次の下線部和訳等の難読英文の解釈。個人的には独学は厳しいかと。代ゼミネットで著者の講義を聴くと良いかも。 -- 名無しさん (2011-08-17 12 13 23) 代ゼミネットを推してる奴は全部同一人物。宣伝だから気を付けて -- 名無しさん (2011-08-26 14 46 44) 河合全統記述でSS76.7だった。これは3周した。いつも人に薦める。 -- 名無しさん (2011-10-16 23 34 13) 偏差値60から使える。説明が簡潔で良い。ビジュアルが合わない人はこれがおすすめ。 -- 名無しさん (2011-12-02 19 17 14) これマジ簡単じゃね。名刺構文なんて英文熟考のほうがよっぽど詳しいぞ。 -- ぽれぽれ (2012-01-08 19 22 35) 名詞構文なら思考訓練のほうがさらに詳しい -- よぼよぼ (2012-02-02 21 58 23) ステマ -- 名無しさん (2012-03-04 17 17 03) なんでもかんでもステマステマ書くな -- 名無しさん (2012-03-15 03 33 35) ポレポレ（現役の間に）→透視図（余裕のある現役生や浪人生）→解釈教室（かなり余裕のある浪人生•力をつけたい大学生）で一生物の英語力が完成。 -- パパ (2012-05-04 19 33 33) 5つ上、名刺構文って何？ -- 名無しさん (2012-05-31 04 42 47) 4つ上、ステマって何？ -- 名無しさん (2012-06-30 04 14 23) ステルス・マーケティングのこと -- 名無しさん (2012-07-21 04 07 43) 英文を読む時の正しい頭の働かせ方を提示した本。素晴らしすぎて…、ちwwwんwwwこwwwがwwwみwwwなwwwぎwwwっwwwてwwwきwwwたwww件 -- インポ (2012-09-04 08 22 10) 意味も知らない単語を使うなよ全く -- (2012-09-18 03 06 20) スチマって何？ -- 名無しさん (2012-10-19 05 04 01) これそんなに難しくなくね？基本的な文法が分かってれば誰でも読めるだろ -- 名無しさん (2012-10-27 00 34 21) いくらなんでも自分が読めるからといって、誰でもは言い過ぎ。 -- 名無しさん (2012-12-07 04 40 02) 竹岡の英文熟考上下、とポレポレどっちが難しいんだ？ -- 名無しさん (2013-01-15 21 43 49) 乙会riseの方がオススメ。問題形式はポレポレと同残念ながら終わり。問題数65問、チャレンジ問題4題。130問と8題が出来る。 -- 名無しさん (2013-12-07 00 24 33) 大事なのは目指す志望大学レベルに合うかどうか。あっちの方が難しいとかオタクにまかせとけばいいよな。ポレポレ済んだら基本多読でおｋ -- 名無しさん (2014-03-17 13 41 06) これ徹底的に繰り返したら全統記述偏差値76まで上がったぞ。 -- (2014-04-20 09 27 14) 代ゼミが駿台に比べて東大合格実績が悪い理由がわかった。こんな薄っぺらいもので済まそうという魂胆が見透かされている。 -- 名無しさん (2015-06-24 22 54 33) 単語レベルが高いだけで難しくない。薄くて簡単に終わらせられるのが長所なのだから単語や熟語に注釈を付けるべきだと思う。 -- 名無しさん (2017-05-11 03 04 42) 名前 コメント